home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000169_john.hackett@icon-is.co.uk_Mon Oct 17 14:23:13 2005.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail
  2. From: John Hackett <john.hackett@icon-is.co.uk>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: ftp mput /recursive problem....
  5. Date: Mon, 17 Oct 2005 14:02:09 +0100
  6. Lines: 70
  7. Message-ID: <dj07ch$i4c$1$8302bc10@news.demon.co.uk>
  8. References: <dip2gm$ci$1$8300dec7@news.demon.co.uk> <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu> <dirqev$7j$1$830fa7a5@news.demon.co.uk> <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu> <diuls4$fj3$1$830fa795@news.demon.co.uk> <3ZL4f.2292$h25.38@news-wrt-01.rdc-nyc.rr.com>
  9. NNTP-Posting-Host: iconinfo.demon.co.uk
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=ISO-8859-1; format=flowed
  12. Content-Transfer-Encoding: 7bit
  13. X-Trace: news.demon.co.uk 1129554129 18572 80.177.168.155 (17 Oct 2005 13:02:09 GMT)
  14. X-Complaints-To: abuse@demon.net
  15. NNTP-Posting-Date: Mon, 17 Oct 2005 13:02:09 +0000 (UTC)
  16. In-Reply-To: <3ZL4f.2292$h25.38@news-wrt-01.rdc-nyc.rr.com>
  17. X-Accept-Language: en-us, en
  18. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15413
  20.  
  21. That was my first thought when I began this and had various 
  22. conversations with Technical Support at LaCie: but then I ran the 
  23. complete backup with gFTP against the LaCie and it worked fine. Also, I 
  24. have run this Kermit script against both the LaCie and another Fedora3 
  25. server and both failed in the same way at the same point - which seems 
  26. to suggest some problem with Kermit rather than the server.
  27.  
  28. As this was really a second line of backup I think I may give up on this 
  29. and try a different approach - As I already have an cron'd rsync running 
  30. to give server -> backup I think I'll just mount the LaCie on the backup 
  31. server and use rsync to it instead. A bit less flexible for what I 
  32. originally bought the Lacie for but unless anyone has any other bright 
  33. ideas.....
  34.  
  35. Jeffrey Altman wrote:
  36. > John Hackett wrote:
  37. > 
  38. ...
  39. > 
  40. >>150 Opening BINARY mode data connection for chatmsg256.dbb
  41. >>226 Transfer complete.
  42. >>: OK (0.016 sec, 57249 cps)
  43. >> PUT profile/Application Data/Skype/sarah_hac/index2.dat (binary) (416
  44. >>bytes)---> PASV
  45. >>227 Entering Passive Mode (192,168,10,6,8,94).
  46. >>---> STOR index2.dat
  47. >>150 Opening BINARY mode data connection for index2.dat
  48. >>226 Transfer complete.
  49. >>: OK (0.016 sec, 25999 cps)
  50. >>
  51. >>SAVED IN: /mirror/sarah/profile/Application Data/Skype/sarah_hac/
  52. >>
  53. >>---> CDUP
  54. >>250 CDUP command successful
  55. >>
  56. >>NOW: /mirror/sarah/profile/Application Data/Skype/
  57. >>
  58. >>---> CDUP
  59. >>250 CDUP command successful
  60. >>
  61. >>NOW: /mirror/sarah/profile/Application Data/
  62. >>
  63. >>---> CWD Real
  64. >>550 Real: No such file or directory
  65. >>---> MKD Real
  66. >>
  67. >>SO SHOULD BE: /mirror/sarah/profile/Application Data/Real (which would
  68. >>be correct)
  69. >>
  70. >>BUT:
  71. >>
  72. >>257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory
  73. >>successfully created
  74. >>CREATED DIRECTORY Real
  75. >>---> CWD Real
  76. >>250 CWD command successful
  77. > 
  78. > 
  79. > Obviously this is a bug in the server.   The server apparently does not
  80. > properly implement CDUP.  It says it is successful but in fact it is not
  81. > changing directory.
  82. > 
  83. > I suggest you try debugging this further from the server side.
  84. > 
  85. > 
  86. > Jeffrey Altman
  87. > Secure Endpoints Inc.
  88. > 
  89. > 
  90. John.